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A METHOD AND SYSTEM FOR BACKING UP STORAGE SYSTEM 

DATA 



BACKGROUND OF THE INVENTION 

10 The present invention relates generally to a backup of information stored 

on a storage system and more particularly to server- free backup of information on a 
storage area network (SAN). 

With the increasing complexity of applications and the use of enormous 
amounts of information, the traditional model of servers controlling their storage devices 

15 has evolved into a Storage Area Network (SAN) model where the back-end storage 

functions are decoupled from the front end server applications. The servers and storage 
systems are connected together via high speed fiber-optic networks, i.e., Fibre Channels, 
and communicate using a Fibre Channel Protocol (FCP). The Fibre Channel paths are 
determined by high speed Fibre Channel Switches. 

20 One major problem with a SAN was that the servers were still responsible 

for backup of their data. Thus a server needed to read in its data from a storage device, 
such as a disk system, and write it to a backup device, such as a tape or DLT library. 
With the present use of multi-terabyte databases, the backup function seriously reduced 
performance of the servers. 

25 One prior art method of having a server- free back was to offload the 

control of the storage system backup to the Fibre Switches (see the white paper, "Deliver 
Server-Free Back-up," April 2000, Pathlight Technology, Inc., Ithaca, New York). Fig. 1 
shows such a prior art system that uses a Fibre Channel Switch to perform the back-up 
after receiving a command from the host or server. Fig. 1 shows a server 110 coupled to 

30 its storage system, i.e., disk system 1 14, via a SAN having Fibre Channel Switch 1 12. A 
Tape Library 116 which is used for backup is also connected to Fibre Channel Switch 1 12 
via a Fibre channel. The server 110 issues a Extended Copy (E-Copy) command 1 18 to a 
Fibre Channel Switch 112. The E-Copy is a SCSI Primary Command 2 or a vendor 
specific command, such as from Legato ® Systems, Inc. of Mountain View California 
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(referred to herein as Legato ®) that instructs the copying of data from one logical device 
to another logical device. A copy manager in the Fibre Channel Switch 112 upon 
receiving the E-copy command from the Server 110 performs the Data transfer 120 by 
copying data from Disk System 1 14 to Tape Library 116. The copying proceeds under 
5 control of the Fibre Channel Switch 112 without need of server 110 action. Thus the 
server 1 12 is free to perform other tasks. 

However, the above method of using the Fibre Channel Switches to 
control the back-ups also has problems. The Fibre Channel Switch 112 sends a read 
command to the disk system to retrieve back-up data. In addition the server 110 may also 

1 0 send a read command to the Disk System 1 14 to retrieve data for use in a user application. 
From the view point of the disk system 114, the disk system may not be able to 
distinguish between a read from the server 110 and a read for backup from the Fibre 
Channel Switch 112, thus the Disk System 114 may process both read commands with 
equal priority. However, the Disk System 114 should process the server read command 

1 5 before the less critical back-up read command. 

In addition having the Fibre Channel switch 112 responsible for the 
heterogeneous disk system backups on a SAN leads to a complicated switch. Also the 
installed switches must all be compatible and may be required to be from only one 
vendor. And when the software or hardware on a disk system is modified or upgraded, 

20 the backup function of the Fibre Channel switch 112 may need to be changed. Thus 
using the Fibre channel switch as a back-up controller increases the equipment 
cost/complexity and maintenance burden. 

Thus there is a need for an improved backup technique which further 
decentralizes the back-up of a storage system on a SAN to, for example, the storage 

25 system itself. 



SUMMARY OF THE INVENTION 
The present invention provides a method, a system and code for backing 
up information on a storage system, for example, a disk system, connected to a storage 
30 area network. The host or server system offloads the task of backing up its data to the 
storage system that stores the data. In an exemplary embodiment a server sends an E- 
Copy command to a copy manager on a disk system. Next, the copy manager finds an 
available back-device, for example a tape or DLT library, and then backups the 



3 



information indicated in the E-Copy command to the back-up device. A user interface is 
provided so that one or more path groups, comprising at least a target port and an initiator 
port, on a disk system may be designated. 

In one embodiment of the present invention a method for copying 
5 information from a storage system to a backup system of a plurality of backup systems is 
provided. The storage system is coupled with the plurality of backup systems via a 
storage area network (SAN). The method includes the storage system receiving a 
command to copy the information, from the server. Next, the storage system finds an 
available backup system; and under control of the storage system, the information is 

10 copied to the available backup system. 

In another embodiment of the present invention a system for server free 
back up of information on a storage area network is provided. It includes a server system 
for sending a command to backup the information; a plurality of back-up systems; and a 
storage system including the information and responsive to the command, finding an 

1 5 available back-up system of the plurality of back-up systems for backing up the 

information to, where the storage system is coupled with the server system and the 
plurality of back-up systems. 

In yet another embodiment of the present invention a storage system for 
executing an Extended Copy (E-Copy) command from a server is provided. The storage 

20 system is coupled with a plurality of back-up devices over a storage area network, 

including: a disk for storing data from the server; There is a target port for receiving the 
E-Copy command, including a parameter list, where the parameter list lists the data for 
backup to a back-up device port; and there is an initiator port responsive to the E-Copy 
command for connecting to the back-up device port on the storage area network to 

25 backup the data to the backup device. 

In a further embodiment of the present invention a RAID system for 
executing an E-Copy command from a server system, includes: a plurality of disk units 
for non-volatile storage of data and at least one disk controller system coupled to the 
plurality of disk units for receiving and executing the E-Copy command from the server. 

30 The disk controller system includes: a target port coupled to a first microprocessor, the 
port receiving the E-Copy command from the server; an initiator port coupled to a 
second microprocessor, the initiator port for connecting to a target port of a backup 
device; and a shared memory coupled to the first and second microprocessors for 
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exchanging E-Copy command information; and the disk controller system executes the E- 
Copy command without need for intervention from the server system. 

Another embodiment provides a method for a storage system of backing 
up the storage system's data according to an extended copy instruction received from a 
5 host computer, the method includes; responsive to the extended copy instruction creating 
a bitmap table stored in memory; concurrently polling the memory by a plurality of 
concurrently running processors; when a processor of the plurality of concurrently 
running processors is in the bitmap table, connecting to a backup device in a storage area 
network; when the connecting is successful backing up the storage system's data to the 
10 backup device. 

These and other embodiments of the present invention are described in 
more detail in conjunction with the text below and attached figures. 

I 

BRIEF DESCRIPTION OF THE DRAWINGS 
1 5 Fig. 1 shows a prior art system that uses a Fibre Channel Switch to 

perform the back-up after receiving a command from the host or server; 

Fig. 2 shows a simplified back-up system architecture of one embodiment 
of the present invention; 

Fig. 3 shows an Extended Copy (E-Copy) command of one embodiment of 
20 the present invention; 

Fig. 4 shows one example of a parameter list of an embodiment of the 
present invention; 

Fig. 5 shows another example of a parameter list of an embodiment of the 
present invention; 

25 Fig. 6 shows a simplified copy control/data sequence for the E-copy 

command of one embodiment of the present invention; 

Fig. 7 illustrates a simplified system architecture of another embodiment 
of the present invention; 

Fig. 8 shows an example of groups of target and initiator ports for a disk 
30 system of one embodiment of the present invention; 

Fig. 9 illustrates a simplified example of a backup procedure for an 
embodiment of the present intention; 
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Fig. 10 gives a flowchart for the target port process side of an E-Copy 
command of an embodiment of the present invention; 

Fig. 1 1 shows a flowchart for the processing on the initiator port side of a 
disk system of an the embodiment of the present invention; 
5 Fig. 12 shows a GUI for changing target/initiator port designations on a 

disk system of an embodiment of the present invention; and 

Fig. 1 3 shows a port group screen of an embodiment of the present 

invention. 

DESCRIPTION OF THE SPECIFIC EMBODIMENTS 

10 A "Storage Area Network" or SAN for the purposes of the embodiments 

and claims of the present invention means any network, real or virtual, that has one of its 
primary functions to provide storage from one or more storage systems to one or more 
computer systems. On example would be a SAN as given in the above background 
section, which is a storage area network includes Fibre Channels (FC), Fibre network 

15 switches and using a Fibre Channel Protocol (FCP). Other examples include a Local 
Area Network (LAN) with dedicated storage devices using an Asynchronous Transfer 
Mode (ATM), a Virtual Private Network (VPN) over the Internet with dedicated storage 
nodes, a LAN using Ethernet connecting a plurality of storage devices or a wireless 
network connecting a plurality of storage devices. An embodiment of a Fibre Channel 

20 SAN is disclosed in detail as one embodiment of the present invention. 

Fig. 2 shows a simplified back-up system architecture of one embodiment 
of the present invention. A Server 210 is coupled to a Disk System 220 via a SAN 212. 
The Disk System 220 is coupled to a Port 240 on Backup Device 232, for example, a 
tape, a DLT, a DVD, a CD, a disk cache, another disk system, or other storage device, via 

25 the SAN 212. The Server 210 sends an E-copy command 214, using for example, a 

SCSI-FCP protocol, of a format like that shown in Figs. 3 and 4, to a target port 222 of 
Disk System 220. The Disk System 220 processes the E-copy command and determines 
that initiator port 224 will be used for a server 210 , where the parameter list specified 
that the Back-up Device Port 240 would be used for the backup of the data on disk 226. 

30 The data on disk 226 as specified by the E-copy command is copied ( Backup 230) 

through initiator port 224 to Back-up Device Port 240, using a SCSI-FCP protocol, under 
control of the Disk System 220 and independent of server 210. Server 210 is informed 
after the Backup 230 is complete. 
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Fig. 3 shows an Extended Copy (E-Copy) command of one embodiment of 
the present invention. The E-Copy command 404 is SCSI-FCP command to copy 
information from a source logical unit(s) to a destination logical unit(s) according to a 
parameter list (Figs. 4 and 5). The format of the E-Copy command 404 is given by "the 
5 Draft SCSI Primary Commands -2 (SPC-2)," T10/1236-D rev. 19, March 2, 2001 (an 
internal working document of T 10, a Technical Committee of Accredited Standards 
Committee NC ITS (National Committee for Information Technology Standards) with T10 
web site at www.tl0.org and published by the American National Standards Institute, 
New York, NY), and is herein incorporated by reference. The E-Copy command 404 is 

10 16 bits wide and 16 bytes long. The parameter list length 412 gives the length in bytes of 
the parameter list in a Data-Out buffer. The actual copy directions are given in the E- 
Copy parameter list which follows the E-Copy command 404. 

Fig. 4 shows one example of a parameter list of an embodiment of the 
present invention. The format of this example is of the SPC-2 (referred to herein as the 

15 SPC-2 parameter list 418). The parameter list is 16 bits wide. Two specific features of 
the SPC-2 parameter list 418 are in bytes 12-15, inline data length 429, with length of 4 
bytes, and bytes 16 - 47, target descriptor 0 432. The target descriptor 0 432 is of fixed 
length (32 bytes) and has an initial byte 430 (byte 16) of "E0" hexadecimal (EOh). A 
target descriptor of 430 gives for example, the World Wide Name (WWN) uniquely 

20 identifying a SCSI device port and a Logical Unit Number (LUN) identifying the logical 
unit within the SCSI device. In an alternative embodiment a N_Port may be used to 
describe the target port. The target descriptors 430 are a list of where the data is copied 
from (source) to where the data is copied to (destination). The target descriptors 430 also 
specify the types of devices to be used, for example, a block device, e.g., disk system, 

25 sequential access device, e.g., tape or stream device, or a processor, e.g., stream device. 

Each of the segment descriptors 450 use the target descriptors 430 to 
specify a target descriptor source for the source of the data and a target descriptor 
destination for the destination of the data. For example , let Target Descriptor 0 432 give 
the WWN for target port 222 with a LUN "A" referring to data block on disk unit 226 and 

30 let Target Descriptor "NT 434 refer to Backup device Port 240 and a LUN "B" related to 
a disk block on the Backup device. Segment Descriptor 0 452, in this example, would 
include information on the source: Target Descriptor 0 432 and designation of the 
backup: Target Descriptor N 434. It is then either manually or automatically up to the 
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disk system to determine the initiator port(s) to be used to copy the data from LUN A on 
disk 226 to LUN B through port 240 on the Back-up device 232. In one embodiment a 
port group is set manually, for example, in this case, the group includes target port 222 
and initiator port 224. In an alternative embodiment the disk system could in series check 
5 every initiator port (other initiator ports for Fig. 2 are not shown), until an initiator port is 
found that connects to Backup device Port 240 and a back up of LUN A is performed. 

Fig. 5 shows another example of a parameter list of an embodiment of the 
present invention. Unfortunately, unlike the E-Copy command 404, there are may vendor 
specific parameter list formats. The vendor specific format 460 of this example is of 

10 Legato ® . In comparing Legato ® 's parameter list to the SPC-2 parameter list 418: the 
list ID's 420 and 462, STR/NRCR/PRIORITY 422 and 466, target descriptor list length 
424 and 464, and segment descriptor list length 428 and 468 are the same or similar in 
format. The 12 th byte 469 differs. In the SPC-2's parameter list 418 the 12 th byte is the 
inline data length 429, while in Legato's ® parameter list 460, there is no inline data size 

15 (or inline data), but the byte 12 th is the target descriptor 0 first byte 469, e.g., "EOh," (in 
contrast for SPC-2, the first byte, also "EOh," occurs at the 16 th byte 430 in Fig. 4). Since 
the Inline Data Length 429 is 4 bytes long, presetting it to "OOh" should have only a small 
effect on the maximum amount of Inline Data 455 is allowed in Fig. 4. Thus if byte 12 is 
checked in both the SPC-2 and Legato ® formats, it is "OOh" for SPC-2 and "EOh" for 

20 Legato ®, the system can distinguish between the two the parameter list formats. 
Therefor this embodiment can be used for both the Legato ® and SPC-2 formats. 

Fig. 6 shows a simplified copy control/data sequence for the E-copy 
command of one embodiment of the present invention. The server 210 through its 
initiator port 5 1 0 sends a Fibre channel protocol (FCP) command or E-copy command 

25 520 (e.g., Fig. 3) to the target port 222 of Disk System 220. Next, Disk system 220 

acknowledges to server 210 that the FCP transfer (XFER) is ready (RDY) 528 to begin. 
The server 210 sends through its initiator port 510 the E-copy parameter list 530 (Fig. 4 
or 5) to the target port 222 on Disk system 220. For example, Target Descriptor 0 
parameter list 542 may have the WWN for Target Port 222 and a LUN for blocks of data 

30 in disk 540. Target Descriptor N may have the WWN for target port 240 on Backup 
device 232. Segment Descriptor 0 may , for example, indicate the copying of Target 
Descriptor 0 to Target Descriptor N. Thus Disk system 220 uses the segment descriptors 
450 of the parameter list 542 to determine the source and destination target port(s) of the 
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backup device(s), using for example, the WWN of the backup device target port and 
associated LUN. Disk system 220 then selects an initiator port 224 and searches if target 
port 240 is available on a backup device 232. If target port 240 on the backup device 232 
is available, backup device 232 returns its target port information 524 to disk system 220 
5 initiator port 224. Disk system 220 then logs in 526 to the Backup Device 232 through 
target port 240. Disk system 222 through its initiator port 224 sends an FCP Write 
Command (FCP CMND (WRITE)) 532 to the target port 240 of Backup device 232. 
Backup device 232 then responds with FCP XFER RDY 534 indicating it is ready to 
receive the transfer of data. Disk system 220 then takes the portion of the data specified 

10 by the parameter list 542 in the disk 540 and the sends the FCP data 536 to Backup device 
232. Backup device 232, upon receiving the portion of data 536, sends a FCP Response 
(RSP) 538 which acknowledges the successful receipt of the data. Disk system 220 then 
sends another FCP CMND(WRITE) 550 to Backup device 232 indicating that it is ready 
to write another portion of data from disk 540 to target port 240. The backup device 232 

15 sends back a FCP XFER RDY 552, when it is ready for the data transfer. Disk system 

220 then sends another portion of data from disk system 540 as specified in parameter list 
542 through its initiator port 224 as FCP DATA 554 to target port 240 of Backup device 
232. Backup device 232 responds with a FCP RSP 556 indicating that the next portion of 
data has been received correctly. This process repeats until all the data specified in 

20 parameter list 542 is backed up. On the last transfer Disk system 220 sends an FCP RSP 
558 to server 210 indicating that the E-copy command has been finished. 

Fig. 7 illustrates a simplified system architecture of another embodiment 
of the present invention. Fig. 7 shows a server 210 connected via SAN 212 to target port 
620 of a disk system 601 . The disk system 601 includes the disk controller systems 605a 

25 and 605b which are connected through the SAN 212 to a plurality of the backup device 

ports, for example backup device ports 610, 612, 614, and 616. Since each backup device 
port has, for example, a unique WWN assigned to it, the backup port not the backup 
device is what the ports on the disk system controllers are trying to connect to. There are 
two disk controller systems: a disk controller system 605a and a redundant disk controller 

30 system 605b. Both disk controller systems 605a and 605b are connected to a plurality of 
disks including, for example, 660, 662, and 664. In addition all ports on disk controller 
605A have duplicate ports on disk controller 605B. The disk controller systems 605A 
and 605B and the plurality of disks illustrate one example of a disk system such as Disk 
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system 220 or disk system 1 14 or disk system 710 or a Redundant Array of Independent 
Disks (RAID) system. 

In order to simplify the explanation, only the disk controller system 605A 
connected to the a plurality of disks including, for example, 660, 662, and 664, will be 
5 further explained. For purposes of illustration, the following disk controller system 605A 
backup device combinations are given: initiator port 622 is not connected to a backup 
device port; initiator port 624 is connected to backup device target port 610 ; initiator 
port 626 is connected to backup device target port 612; and initiator port 628 is connected 
also to backup device target port 610. All these connections are made through various 

10 paths through the storage area network (SAN) 212. Thus in other examples, various other 
connections are possible. For example, port 622 may be connected to backup device port 
616, or port 621 may be connected to backup device port 614 and so forth. Target port 
620 is connected to microprocessors (^P's) 640A and 640B. Initiator ports 622 and 624 
are connected to microprocessor 642 A and to microprocessor 642B.. Initiator ports 626 

1 5 and 628 are connected in parallel to the two microprocessors 644 A and 644B. Thus in 
this embodiment, a pair of ports are connected to a pair of microprocessors. In one 
embodiment, more specifically (but not shown in Fig. 7), the pair of microprocessors are 
connected to a Fibre channel processor, which is then connected to the pair of ports. The 
microprocessors 640A, 640B, 642A, 642B, 644A, and 644B are connected to Shared 

20 Memory (SM) 650, a cache memory 652, and to a plurality of disk storage units (which 
include logical disk units), for example, disk 660, disk 662, and disk 664. The shared 
memory (SM) 650 is considered a critical section and only one microprocessor is allowed 
access at one time. For example, one microprocessor will seize control of the SM 650 
and have exclusive access to the SM until the microprocessor releases the SM. The 

25 microprocessors 640A, 640B, 642A, 642B, 644A, and 644B run concurrently, and each 
one independently polls the SM 650 looking for certain bitmap information. 

Fig. 8 shows an example of groups of target and initiator ports for a disk 
system of one embodiment of the present invention. In Fig. 8 there is a plurality of 
servers, for example, server A 712 server B 714, server C 740, and server D 742. The 

30 plurality of servers are connected to a disk system 710, which is also connected to a 
plurality of backup device ports, for example, backup device A 736, backup device B 
738, backup device C 758, and backup device D 760, via one or more SAN's. For the 
purposes of illustration the individual back-up ports are not shown, although it should be 
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understood that the connection is to the backup port not the device. Also SAN's 716, 
744, 734, and 756 may all be one big SAN or the may be a combination of one or more 
storage area networks. The purpose of the disk system 710 in Fig. 8 is to receive E- copy 
commands from a plurality of servers and back up the appropriated disk information 
5 associated with those servers to the available backup devices. The purpose of the groups 
of ports or port groups, for example, Group 1 730 consisting of target port A 720, target 
port B 722 and initiator port E 732 and, for example, the group 2 750 consisting of target 
port D 746, and initiator port G 752, and initiator port H 754, is to use the users 
knowledge of the system in assigning target ports and initiator ports in order to improve 

10 the efficiency and security of locating the backup device ports. In an alternative 
embodiment the disk system 720 could search all the initiator ports to locate the 
appropriate backup device port, when a back-up from a target port is requested. In the 
example in Fig. 8, server A 712 is connected via SAN 716 to target port A 720 and server 
B 714 is connected via SAN 716 to target port B 722 (or in the alternative, the 

15 connections can be switched). The initiator Port 732 of the disk system 710 locates 

through SAN 734, for example, a port on device A 736 as the target backup device port. 
In the example of Group 2 750, either server C 740 or server D 742 can connect via SAN 
744 to target port D 746. Then initiator port G 752 or initiator port H 754 may be used 
for backup. Initiator port G 752 may be connected to device D 760 through SAN 756 and 

20 initiator port H 754 may be connected to a port on device C 758 and also to the above 
target port on device D 760. The numbers and configurations of the servers and backup 
devices and the number and combinations of target ports and initiator ports and groups in 
disk system 710 are for illustration purposes only and are not meant as a limitation on the 
scope of the invention. 

25 The port groups are selected manually either by use of display screens 

similar to Figs. 12 and 13 to be discussed later or via a graphical map such as shown in 
Fig. 8. Disk system 710 may be connected to a user management console. The disk 
system 710 may have auto-discovery software like that used by network managers (for 
example HP Openview from Hewlett-Packard Company of Palo Alto California) using 

30 for example, SNMP or CMP. A connection graph can show which disk system ports are 
connected to which servers and which back up devices. Either using a mouse or the 
keyboard, groups can be selected, modified and displayed on a screen. Highlighting may 
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also occur when the groups are in use. In addition the connection graph may be used to 
set the parameter list. 

Fig. 9 illustrates a simplified example of a backup procedure for an 
embodiment of the present intention. The server 808 sends an E-Copy command 810 to 
5 port A (target port) 812 of Disk system 805. The E-copy command starts the execution of 
target JOB 816 on microprocessor 814. Target JOB 816, using the parameter list of the 
E-copy command, then places in shared memory (SM) 820 a bitmap table 818 indicating 
which microprocessors may be used to execute to the E-copy command, i.e., the backup 
of server 808 data stored on a logical unit on a disk (not shown) to a tape device port 880. 

10 For illustration purposes assume both microprocessors 830 and 832 are in the bitmap 
table 818. Microprocessors 830 with initiator port B 840 and microprocessor 832 with 
initiator port C 842 run concurrently with microprocessor 814. Both microprocessors 840 
and 842 kernels concurrently poll the SM 820 to determine if they can start the E-Copy 
job (836 and 838). In this example let microprocessor 830 access the bitmap 818 first, 

15 seize exclusive control of the SM 820, and assume it determines it may start the E-copy 
job. The microprocessor 830 through the port B 840 then searches 850 for tape device 
port 880. In this example of the search 850, microprocessor 830 (via initiator port B 840) 
cannot connect to tape device port 880. The reasons for the non-connection may include, 
tape device port 880 is not available or there is no available SAN connection or tape port 

20 880 is busy. Next, the microprocessor 830 releases its control of SM 820. Assume next 
that microprocessor 832 takes exclusive control of SM 820 and by examining the bitmap 
table 818 determines it may start an E-copy job 838. The microprocessor 832 through 
initiator port C 842 again searches for tape device port 880 and finds it available. The 
microprocessor 832 then executes the data transfer 852 from the logical unit in the disk 

25 system 805 through initiator port C 842 to tape device port 880. Upon completion of the 
backup, microprocessor 832 notifies the Target job 816 on microprocessor 814 that it has 
successfully completed the backup, and microprocessor 814 then notifies the server 808 
via target port A 812, that the backup is complete. If microprocessor 843 also cannot 
connect to tape device port 880, then an error message is sent back to the server 808 via 

30 microprocessor 814. 

Fig. 10 gives a flowchart for the target port process side of an E-Copy 
command of an embodiment of the present invention. The disk system of Fig. 7 is used 
for illustration purposes. At step 910 a server 210 sends an E-Copy command to a target 
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port 620, for a logical device, for example, a logical volume on disk 660. At step 912 a 
target job on the microprocessor 640A, receives the E-copy command through the target 
port 620 of disk controller system 605A. Note for simplicity of explanation, redundant 
disk controller system 605B is not explained. At step 914 the target job puts the 
5 parameter list, e.g., Figs. 4 or 5, of the E-copy command in the shared memory. The 

target job then gets the port group setting(s), for example, like that shown in Fig. 8, from 
the shared memory (step 916). At step 918 the target job makes a bitmap table from the 
port group setting information; the bitmap table shows which microprocessors the E-copy 
job can start on. At step 920 the target job puts the bitmap table in the shared memory. 

10 At step 922 the target job located on, e.g., microprocessor 640, waits for a response from 
the initiator port side (Fig. 10). Concurrently, at step 930 (to continuation 1) all kernels 
on the microprocessors on the initiator side have been polling the shared memory to 
check if the target job has put the bitmap table in the shared memory (step 1010, Fig. 1 1). 
When the initiator port side is finished processing the backup, at step 942, the target job 

15 receives the response from the initiator port side (from continuation 2 or 3). And at step 
944 the target job sends the results of the E-copy command processing by the disk system 
601 to the server 210. 

Fig. 1 1 shows a flowchart for the processing on the initiator port side of a 
disk system of an the embodiment of the present invention. From step 930 in Fig. 10 

20 (from continuation 1), at step 1010, the initiator port microprocessors concurrently poll 
the shared memory to check if the target job has put the bitmap table in Shared Memory 
(SM), e.g., 650. At step 1012 one microprocessors that is polling the SM discovers there 
is a the bitmap table placed in SM by the target JOB, and that jaP takes exclusive control 
of the SM and checks the bitmap table. At step 1014 the kernel tests if it can start the E- 

25 copy job on its microprocessor. If the kernel cannot start the E-copy job, for example, the 
microprocessor is not in the bitmap table, then the kernel checks the bitmap table again at 
step 1016. At step 1018, if there are other microprocessors that may be able to start the 
E-copy job, i.e., there are other unchecked microprocessors in the bitmap table, then the 
present kernel releases the shared memory at step 1020 and another polling kernel takes 

30 exclusive control of the shared memory at step 1012 and the process repeats. At step 
1030, if the kernel can start the E-copy job on its microprocessor, the E-copy job starts. 
At step 1032 the E-copy job gets the parameter list for the E-copy command, for example, 
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table 418 in Fig. 4, from the shared memory. At step 1034 the E-copy job searches for 
the backup device target port given in the parameter list for each initiator port assigned to 
the microprocessor. For example, microprocessor 642A is connected to both ports 622 
and port 624. Hence jaP 642A searches, for example, for the back-up device port , for 
5 example Backup Device Port 610, on initiator port 622 first. Then finding no available 
back-up port, \xP 642A next searches for the back-up device port given in the parameter 
list, on initiator port 624. At step 1036 the kernel tests if the E-copy job found the 
available backup device port for the E-copy. If a backup device port was not found or not 
available, then at step 1038, the microprocessor is marked unavailable in the bitmap table 

10 and at step 1018 the kernel checks the bitmap table again to see if there are other 

microprocessors to start the E-copy job. If there are none, then at 940 (to continuation 3), 
the process returns to step 942 in Fig. 10. If the initiator port can find the backup device 
port for the E-copy JOB, then at step 1040 the E-copy job starts the data transfer from the 
logical device to the backup device. When the data transfer is finished, the E-copy job is 

15 finished (step 1042). The bitmap is removed from the SM. The kernel sends the results 
of the E-copy job processing to the target job at step 1044 and proceeds to 940 
(continuation 2) in Fig. 10; and also the kernel proceeds to step 1010 and waits for the 
next bitmap table to be placed in the shared memory by another target JOB. 

For illustration purposes only, the following is a description of how Figs. 

20 7, 8, 10 and 1 1 work together. First, a user creates a path group using a graphical user 
interface (GUI) similar to Fig. 8 (or the user can use Fig. 13 to create port groups). The 
port group is stored in SM 650. Assume the port group has target port 620, initiator ports 
622, 624, and 628 of Fig. 7. Let server 210 send an E-copy command to disk controller 
system 605A to back-up the information on a logical unit A on disk 664 to a tape library, 

25 for example, back-up device port 610 (step 910 of Fig. 10). This source/destination 

information is in the E-Copy parameter list. Microprocessor (jaP) 640A gets the E-copy 
command via target port 620. The juP 640A retrieves the path group information from 
SM 650 and creates for example the following table 1 (which is the bitmap table for this 
example): 

30 Table 1 



Item 


HP 


Port 


Availability bit 


1. 


642A 


622 


Y 



r 
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2. 


642A 


624 


Y 


3. 


644A 


628 


Y 



This table 1 is then stored in SM 650 (step 920). At step 1010 assume jliP 
640B while checking table 1, after it has been placed in SM 650, is the first |xP to seize 
exclusive control of the SM (step 1012). All other jaP's are locked out from SM until jaP 
5 640B releases control of the SM. jaP 640B checks table 1 and as it is not in the bitmap 
table, it cannot start the E-copy job, so steps 1014 and 1016 are then performed. As there 
are still jaP's left, indicated by the "Y" in the availability column of table 1 for items 1 to 
3, the |iP 640B kernel releases the SM (step 1020). 

Let \iP 642A be the next processor that seizes control of the SM. As each 

10 microprocessor is concurrently polling the SM for access, the order for testing the SM for 
access may not necessarily be in any fixed sequence, but more in a random or pseudo- 
random manner. ^iP 642 A takes exclusive control of the SM, and can start the E-copy 
job. The E-copy job then is started (step 1030) and the parameter list, such as Fig. 4, is 
retrieved from SM by jjP 642A. Assume segment descriptor 0 has a source the logical 

15 unit A on disk 664 that will be copied to designation tape library port 610. Let jliP 642 A 
select using port 622, then port 622 (in this illustration) to search for back-up tape device 
port 610(step 1034). As initiator port 622 is not connected to any back-up device it fails, 
and, the initiator port 624 is then selected. Suppose port 624 cannot connect to back-up 
device port 610, for example, tape device port 610 is busy. The result for step 1036 is 

20 that the E-copy cannot find the back-up device port 610 for the E-copy command, and at 
step 1038, ^iP 642A is marked unavailable ("N") in the table, i.e., the availability bit for 
items 1 and 2 are turned off. Table 2 shows the result: 



Table 2 



Item 




Port 


Availability bit 


1. 


642A 


622 


N 


2. 


642A 


624 


N 


3. 


644A 


628 


Y 



25 At step 1018 there is still jaP 644 A to check and jaP 642 A releases the 

kernel (step 1020). Assume jaP 644A takes control of SM and can start the E-copy job. 
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Then at step 1034 through port 628, assume |^P 644A can connect to back-up device port 
610. At step 1040 ^iP 644A backs-up the data on disk 662 to back-up device port 610. 
When the back-up process is finished, initiator |iP 644A informs the target jiP 640A (step 
1044) that the back-up is finished. The bitmap table 2 is deleted from the SM. The target 
5 |aP 640A then informs the server 210 of the completion of the job (step 944). 

Fig. 12 shows a GUI for changing target/initiator port designations on a 
disk system of an embodiment of the present invention. The display screen 1110 shows a 
list of ports with associated target or initiator port designations 1112, for example CH 
A(CLl)Target 1114, CH B(CL1) Target 1116, CH A(CL2) Target 1120, and CH C(CL1) 

10 Initiator 1 122. The terms CL1 and CL2 refer to the redundant disk controller systems , 
605 A and 605B, respectively. Since the disk controller systems have redundant ports, the 
terms CL1 and CL2 are used to distinguish between the disk controller system ports. A 
port is specified on the screen 1112 and changed to an initiator port by clicking on the 
initiator button 1 130 or changed to an target port by clicking on the target button 1 132. 

1 5 For example CH A(CL2) Target port 1 120 can be changed to CH A(CL2) Initiator port 
by highlighting CH A(CL2) Target 1 120 on area 1112 and then clicking on the initiator 
1 130 button. The results of the port designations may be shown on a display with images 
similar to Fig. 8 or on a display showing only an image of the disk device 710 with 
associated ports. 

20 Fig. 13 shows a port group screen of an embodiment of the present 

invention. Fig. 13 shows a port group screen 1210 displaying the target and initiator ports 
in port group 02, as shown port group field 1212. Target sub-screen 1220 lists the target 
ports in the port group 02, for example, CH A(CL1) 1222 and CH B(CL1) 1224. Field 
1214 gives a target port to add 1216 . Initiator sub-screen 1240 lists the initiator ports in 

25 the port group 02, for example, CH A(CL2) 1242 and CH C(CL2) 1244. Field 1230 
gives an initiator port to add 1232. A port may be deleted from either the target sub- 
screen 1220 or the initiator sub-screen 1240 by highlighting the port and clicking the 
delete button 1250. The port grouping may be displayed on an image shown by disk 
system 710, for example, similar to Group 1 730 or Group 2 750. 

30 In an alternative embodiment a computer program product stored in a 

computer readable medium for copying information from a storage system to a backup 
system of a plurality of backup systems is provided. The storage system is coupled with 
the plurality of backup systems via a storage area network. The computer program 
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product includes: code for the storage system receiving a command to copy the 
information, where the command to copy is sent by said server; code for the storage 
system finding an available backup system; and under control of the storage system (not 
the server or network device), and code for transferring the information to the available 
backup system. 

Although the above functionality has generally been described in terms of 
specific hardware and software, it would be recognized that the invention has a much 
broader range of applicability. For example, the software functionality can be further 
combined or even separated. Similarly, the hardware functionality can be further 
combined, or even separated. The software functionality can be implemented in terms of 
hardware or a combination of hardware and software. Similarly, the hardware 
functionality can be implemented in software or a combination of hardware and software. 
Any number of different combinations can occur depending upon the application. 

Many modifications and variations of the present invention are possible in 
light of the above teachings. Therefore, it is to be understood that within the scope of the 
appended claims, the invention may be practiced otherwise than as specifically described. 



